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® Customization of user interface for application programs. 

@ An application program automatically creates 
and presents a customized user interface by deter- 
mining a set of operations which is appropriate for 
the current user based on various relevant char- 
acteristics of the user and presenting only the speci- 
fied operations in the menus, icons, application bars 
or other interface components of the application pro- 
gram. 
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CUSTOMIZATION OF USER INTERFACE FOR APPLICATION PROGRAMS 



BACKGROUND OF THE INVENTION 



Field of the Invention 



The present invention generally relates to user 
interfaces to software applications and. more par- 
ticularly, to the creation, maintenance and use of a 
user Interface to an application program which has 
been tailored to various characteristics of the cur- 
rent user. 



Description of the Prior Art 



Computer users vary in many respects, such 
as job duties, level of familiarity with various ap- 
plication programs, need to use various operations 
of application programs, frequency of use of var- 
ious operations of application programs, and right 
of access to different operations of application pro- 
grams. Most application programs, however, 
present a single user interface which does not take 
into account the individual characteristics of ttie 
current user. The result is that tiie user is pre- 
sented a user interface which may be confusing, 
inefficient, insufficientiy restricted, or otherwise in- 
appropriate for him. 

The user interface for an application program 
can take many forms, such as menus, sets of 
icons, sets of action bars, or a command line. The 
user normally selects an operation or moves 
til rough the hierarchy of menus, etc. by some 
combination of keystrokes, cursor movements, 
mouse operations, commands or the like. 

At any given time, the array of choices pre- 
sented to tiie user may be so large as to be 
confusing, to take up an undue amount of the 
screen space, or to take up so much memory with 
the code underiying the choices that system per- 
formance is compromised. The array may contain 
operations which the user does not need or does 
not yet know how to use. In addition, the user may 
find it necessary or convenient to access in close 
sequence operations of a program which appear in 
different aspects (e.g.. menus or action bars) of tiie 
user interface. In such a case, it is cumbersome to 
traverse from menu to menu or from action bar to 
action bar. 

As the user gains familiarity with tine applica- 
tion program or as his, needs change, he may 
"outgrow** tiie user interface, requiring access to a 



broader or different set of operations. 

A number of rudimentary attempts have been 
made to alter the user interface of an application 
program, or at least tiie user's access to aspects of 

5 tiie program or manipulated data, in response to a 
charactenstic of tiie user. Perhaps the earliest ex- 
ample is the assignment of access levels to 
database users so that some users may not have 
write access to certain files or fields in files, some 

10 users may not have read access to certain files or 
fields, and some users may not even be able to 
access the database at all. This feature is now 
common among commercially available database 
management systems. 

fs A more closely related technique is ttie provi- 
sion of a software switch, set by tiie user, which 
governs whetiier menus or other explanatory as- 
pects of the user interface are visible on the 
screen. Thus, a novice user would set the switch to 

20 make menus appear on the screen so that he may 
use the menus as a guide in performing operations. 
On the other hand, an advanced user would set the 
switch to remove the menus from tiie screen so 
that he could view data in tiie entire screen, unob- 

25 structed by tiie menu. The word processing pro- 
gram WordStar (trademark of MicroPro) uses such 
an approach, implemented In the form of differing 
levels of "help." 

An even more recent trend has been to provide 

30 so-called "soft interfaces" to application programs, 
which allow tiie user to emulate to a degree the 
interface of a program with which he is already 
familiar or to create an interface which is purely 
individual. The word processing program Sprint 

35 (ti'ademark of Borland) provides a soft interface 
which enables the user to operate it with the com- 
mands used by WordPerfect (trademark of Word- 
Perfect), WordStar, Word (trademark of Microsoft), 
certain otiier word processors, or commands of tiie 

40 user's own selection. 

Rnally. the metiiodoiogy exists on a systems 
level to allow programmers to automate the cre- 
ation of menus, etc. in the course of application 
development The programmer specifies a list of 

45 operations, codes, explanatory material, and format 
parameters, and tiie menu generator creates a 
menu for presentation on tiie screen. 

There is nothing in the prior art. however, 
which enables tiie user or system administrator to 

50 select arbitrarily from tiie range of operations of- 
fered by an application program and thereby create 
an interface which is truly customized to the level 
of familiarity, type of job. level of access and other 
characteristics of tiie user. 
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SUMMARY OF THE INVENTION 



It is therefore an object of the present invention 
to provide a technique for specifying the range of 
operations to be presented by the user interface of 
an application program which is customized for 
particular users or classes of users and is readily 
changeable by the user or system administrator. 

It is another object of the invention to provide a 
program for creating and displaying the relevant, 
customized user Interface which has been speci- 
fied by the user or system administrator. 

According to the invention, the user Interface of 
an application program is restructured in a form 
customized for the current user each time he in- 
vokes the program. The user or system administra- 
tor first creates a customization table which speci- 
fies the operations to be made available to particu- 
lar classes of users or even individual users. For 
example, a matrix could be created which specifies 
certain groups of operations for presentation to 
users depending on the users* type of job and 
degree of familiarity with the application program. 
The customization table could be modified when- 
ever desired. Each time a user invokes the applica- 
tion program, the appropriate set of operations for 
the user is determined from the customization table 
by searching a user profile table based on the 
user's identifier, prompting the user to enter his 
relevant characteristics, or other means. 

Because the user's level of familiarity with the 
application program will frequently be the most 
important characteristic, a count of the number of 
times each user has Invoked the application pro- 
gram could be stored and used to estimate the 
user's level of familiarity and select the appropriate 
set of operations for the user, automatically raising 
the level of user interface as thresholds are 
reached. The user could *be permitted to override 
the system count if it led to an inappropriate level 
of Interface. 

Similar types of automatic upgrading could oc- 
cur by monitoring the number of serious errors that 
occur in each session and raising the complexity of 
the user interface if fewer than a certain number 
occur during the session, or by monitoring calls to 
operations not presented by the interface and add- 
ing an operation to the user interface if it is called 
more than a certain number of times during the 
session. 

The set of operations appropriate to the user is 
then used to generate menus, icons, action bars or 
other interface components which present only the 
specified operations, rather than the full, and possi- 
bly confusing, inefficient or otherwise inappropriate, 
range of operations available within the application 
program. 



BRIEF DESCRIPTION OF THE DRAWINGS 



The foregoing and other obiects. aspects and 

5 advantages of the invention will be better under- 
stood from the following detailed description of a 
preferred embodiment of the invention with refer- 
ence to the drawings, in which: 

FIG. 1 illustrates a typical table specifying 

10 the operations that might be made available to 
various types of users with various levels of exper- 
ience with the application program in the practice 
of the invention; 

FIG. 2A Illustrates a typical menu which may 

;s be presented to a novice clerical user In the prac- 
tice of the invention: 

FIG. 2B illustrates a typical menu which may 
be presented to a moderately experienced clerical 
user In the practice of the invention: 

20 FIGS. 3 to 12. taken together, constitute a 

flow chart of the user interface customization pro- 
cedure according to the invention in which the' 
connectors in each of the figures indicate the man- 
ner in which the several figures are interconnected 

25 to form the flow chart and wherein 

FIG. 3 is a portion of the flow chart which 
illustrates customization table creation and editing 
logic; 

FIG. 4 is a portion of the flow chart which 
30 illustrates user profile table creation and editing 
logic; 

FIG. 5 is a portion of the flow chart which 
illustrates initialization and user lookup logic; 

FIG. 6 Is a further portion of the flow chart 
35 which illustrates operation set creation and inter- 
face generation logic; 

FIG. 7 is a further portion of the flow chart 
which illustrates exception monitor and operation 
monitor invocation logic; 
40 FIG. 8 is a further portion of the flow chart 

which illustrates exit testing and upgrading logic 
. based on the contents of the operation monitor list 
and the total In the operation count; 

FIG. 9 Is a further portion of the flow chart 
45 which illustrates exit testing and upgrading logic 
based on the total in the exception count; 

FIG. 10 Is a furtiier portion of the flow chart 
which illustrates exit testing and upgrading logic 
based on the user's desires; 
so FIG. 1 1 is a furtiier portion of the flow chart 

which illustrates exception monitor logic; and 

RG. 12 is a further portion of the flow chart 
which illustrates operation monitor logic. 

55 

DETAILED DESCRIPTION OF A PREFERRED EM- 
BODIMENT OF THE INVENTION 
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Referring now to the drawings, and more par- 
ticularly to FIG. 1, the procedure according to the 
invention creates, stores in electronic storage, and 
utilizes a customization table which specifies sets 
of operations to be presented in the user interface 
to users with the con-esponding relevant character- 
istics. FIG. 1 illustrates a customization table which 
considers only two user characteristics, namely the 
familiarity level charactenstic 10 and the job type 
characteristic 12. It will be observed that the appro- 
priate operations set for a user with clerical job 
type characteristic 14 and novice familiarity level 
characteristic 16 is operations set 18. comprising 
the operations listed therein. 

FIG. 2 Illustrates two sample user interface 
menus for a user with clerical job type. FIG. 2A 
illustrates that note function 20. file subfunction 22 
provides the novice familiarity level clerical job 
type user with operations set 24. In contrast. FIG. 
2B illustrates that the moderate familiarity level 
clerical |0b type user is provided with operations 
set 26, which contains the opera tions Link. Merge, 
and Page Setup in addition to the operations 
shown in operations set 24 of FIG. 2A. 

FIGS. 3 and 4 illustrate the logic of the pro- 
grams which create and edit the customization 
table and the user profile table, both of which are 
used to generate customized user interfaces for 
individual users. The customization table and user 
profile table are searchable aggregations, such as 
arrays, of multifield records as are commonly used 
in computer programming applications and may be 
created by a variety of known methods such as 
interactive entry or editing using a text editor* 
database management system or set of table cre- 
ation functions embedded within a table mainten- 
ance routine specialized to the present invention. 

F\G. 3 illustrates the program which creates 
and edits the customization table. When this pro- 
gram is first invoked, a test is made to determine 
whether the customization table exists, as indicated 
in decision block 30. If the table exists, it is loaded 
into memory as indicated in block 31. If the table 
does not exist, a blank table format, which contains 
table characteristics such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 32. The existing 
table or the blank table format as the case may 
be, is then displayed to the user as indicated in 
block 33. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 34. 
Editing ends when the user enters the quit editing 
command as indicated in block 35. The newly 
created or edited table is then stored in external 
memory as indicated in block 36. 

FIG. 4 illustrates the program which creates 
and edits the user profile table. When this program 



IS first invoked, a test is made to determine wheth- 
er the user profile table exists, as indicated in 
. decision block 40. If the table exists, it is loaded 
into memory as indicated in block 41. If the table 

5 does not exist, a blank table format, which contains 
table characteristics such as field names, field 
lengths and required data types, is loaded into 
memory as Indicated in block 42. The existing 
table or the blank table format, as the case may 

10 be. is then displayed to the user as indicated in 
block 43. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 44. 
Editing ends when the user enters the quit editing 

15 command as indicated in block 45. The newly 
created or edited table is then stored in external 
memory as indicated in block 46. 

FIG. 5 illustrates that the automatic customiza- 
tion procedure according to the invention begins by 

20 determining the user's identifier in block 50 by 
known methods such as testing the system vari- 
able which contains the current user's identifier or 
by prompting the user to enter his or her identifier. 
The user profile table is then loaded into memory 

25 as indicated in block 51. and the user profile table 
is searched for the cun-ent user's identifier in de- 
cision block 52. If the user's identifier is not found 
in the user profile table, the user is prompted to 
enter data into the fields of a blank user profile 

30 record which has been created for that particular 
user, as indicated in block 53. The data input by 
the user is moved into the appropriate fields to 
create the user profile record, which is retained in 
memory for further use. as indicated in block 54. 

35 The newly created user profile record is also added 
to the user profile table as indicated in block 55. 
and the program moves to block 60 shown in FIG. 
6. 

If, on the other hand, the user identifier is 

40 found in the user profile table, the user's profile 
record is moved from the table into memory as 
indicated in block 56. and the program moves to 
block 60 of FIG. 6. 

In block 60 of FIG. 6. a multikey search is 

45 carried out in the customization table to find the 
entry corresponding to the user characteristics 
specified in the user profile record. Typical user 
characteristics contained in the user profile record 
might include the user's job type, level of familiar- 

50 ity with the application program, number of times 
the user has invoked the application program, data 
access and modification rights, and others. There 
is one field of the user profile record which, if it 
exists, wilt not be used in the search. This is a field 

55 * which lists operations individually specified to be 
added to the user's customized interface in 'addi- 
tion to the operations that would be included t;ased 
. solely on the characteristics in th^ user profile', 

4 
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record. The purpose of this is to provide for an 
arbitrary degree of customization beyond that pro- 
vided by the generalized sets of operations 
deemed appropnate to users of various types. 

The list of operations which has thus been 
generated from both the customization table and 
the individualized operations of the user profile 
record is passed to the interface generator as in- 
dicated in block 61. The interface generator then 
creates the corresponding set of interface ele- 
ments, such as menus, application bars. etc.. by 
merging the operations in the list into the appro- 
priate interface screen designs as indicated in 
block 62. 

In FIG. 7. the exception monitor is invoked by 
setting the exception count to zero as indicated in 
block 70 and setting a switch to respond to excep- 
tion interrupts by calling the exception monitor pro- 
gram as indicated in block 71. The operation moni- 
tor is then invoked by emptying the operation list 
as indicated in block 72. setting the operation count 
to 0 as indicated in block 73. and setting a switch 
to call the operation monitor program any time an 
operation is invoked as indicated in block 74. Con- 
trol is then passed to the application program for 
presentation of the top level interface element (e.g.. 
main menu) and use of the application program by 
the user as indicated In block 75. 

FIG. 8 illustrates the exit routine which is en- 
tered after the user exits the application program 
as indicated in block 80. TTie operation list is 
loaded from the opera tion monitor as indicated in 
block 81, and the operations which were invoked 
more than a predetermined number of times x 
during the session are displayed to the user as 
indicated in block 82. The user is then asked if he 
wishes to add tiie displayed operations to his cus- 
tomized user interface as indicated in decision 
block 83. If the user answers in the affirmative, the 
new operations are added to the individualized 
operation field of the user's user profile record as 
indicated in block 84 and the program moves to 
decision block 85. If the user answers in tiie nega- 
tive, tfie program moves directly to decision block 
85. 

In decision block 85. the operation count is 
tested to determined whether it contains more than 
a predetermined number y 'of entiles. If so, the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and tiie program moves to block 101. If 
not. tiie program moves to decision block 90 of 
FIG. 9. 

In FIG. 9, the exception count is tested to 
determine whether the total number of serious er-, 
rors is less tiian a predetermined number z as 
indicated in decision block 90. If so, tiie field for 
the user's experience level is incremented in the 
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user profile recoro as indicated m block 100 of FIG. 
10 and the program moves to block 101. If not. tiie 
program moves to block 91 of FIG. 9. 

The expenence count field, which stores the 

5 number of times the user has accessed the ap- 
plication program, is incremented m the user profile 
record as indicated m block 91. and tiie incre- 
mented value IS tiien tested as indicated in de- 
cision block 92 to determine whetiier tiie value is 

10 greater than a predetermined number w. If so, the 
field for tiie user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not. tiie program moves directly to block 101. 

/5 In FIG. 10. a message is displayed to tiie user 
as indicated in block 101 which lists the upgrading 
actions which have been taken or states tiiat no 
upgrading actions have been taken, as tiie case 
may be. The user is then asked in decision block 

20 102 whetiier he wishes to add to. delete or change 
the upgrading actions. If so. tiie upgrade is modi- 
fied in accordance with user input as indicated in 
block 103. and the program terminates. If not the 
program terminates directly. 

25 FIG. 1 1 illustrates the operation of tfie excep- 
tion monitor. Whenever an exception interrupt is 
generated as indicated in block 110. it is tested as 
indicated in decision block 111 to detenmine whetii- 
er tiie severity of the en-or exceeds a predeter- 

30 mined level. If so. tiie exception count is incre- 
mented as Indicated in block 112 and contirol is 
returned to tiie main program. If not, conti-ol returns 
directly to tiie main program. 

FIG. 12 illusti'ates the operation of tiie opera- 

35 tion monitor. Whenever an operation is invoked as 
indicated in block 120, it is tested as indicated in 
decision block 121 to determine whether tiie opera- 
tion IS already contained in tiie user's customized 
interface. If not. the operation is added to the 

40 operation list maintained by tiie operation monitor 
as indicated in block 122. tiie operation count is 
incremented as indicated in block 123, and control 
is returned to the main program. If so, control 
returns directly to the main program. 

45 While tiie invention has been described In 
terms of a single preferred embodiment tiiose 
skilled in the art will recognize tiiat tiie Invention 
can be practiced with modification witiiin the spirit 
and scope of the appended claims. 

50 

Claims 

1 . In a data processing system, a procedure for 
55 automatically customizing a user interface of an 
application program to present a limited set of 
operations based on relevant characteristics of a 
user comprising the steps of: 
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accepting input data relating to identifiers of actual 
or potential users of the application program, .rel- 
evant characteristcs of users and-or classes of 
users' and sets of operations of the application 
program which are appropriate for each such user 
or class of users: 

creating a user profile table which stores said rel- 
evant characteristics of users In a format which is 
searchable using the identifier of a user as a key 
value: 

storing the user profile table for later access; 
creating a customization table which stores said 
sets of operations in a format which Is searchable 
using said relevant characteristics as key values: 
storing the customization table for later access; 
determining user identifier or relevant characteris- 
tics of a user when a user invokes the application 
program; 

searching tiie customization table for the appro- 
priate set of operations based on tiie identifier or 
relevant characteristics of the user: and 
automatically generating user interface components 
during the running of tiie application program which 
present only tiie operations specified for the user. 

2. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 wherein Uie step of determining 
relevant characteristics of a user is performed auto- 
matically by using an identifier of the user as a key 
to search said user profile table. 

3. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 further comprising the steps of: 
maintaining a count of tiie number of times a user 
has invoked the application program: 
determining said user's level of familiarity with tiie 
application program by reference to said count; 
and 

utilizing said level of familiarity with the application 
program as one of the relevant characteristics of 
the user in searching tiie customization table. 

.4. The procedure for automatically customizing 
a user interface of an application program with 
system determination of tiie user's level of familiar- 
ity with tiie application program as recited in claim 
3 further comprising tiie step of providing the user 
an option to override tiie count of times the user 
has invoked tiie application program to allow for 
variations in the time different users take to famil- 
iarize themselves with the application program. 

5. The procedure for automatically customizing 
tiie user interface of an application program as 
recited in claim 1 further comprising tiie steps of: 
maintaining a count of the number of serious ex- 
ception conditions which occur during a user's ses- 
sion with the application program; 
automatically Increasing said user's level of famil- 
iarity wiUi tiie application program each time a 



session ends with said count being lower than a 
predetermined number; and 
storing said increased level of familiarity with the 
application program in the user profile table for 
5 searching tiie customization table in subsequent 
sessions by the same user witii the application 
program. 

6. The procedure for automatically customizing 
tiie user interface of an application program with 

w automatic in creasing of a user's level of familiarity 
with the application program as recited in claim 5 
further comprising the step of providing the user an 
option to ovenride said automatic increase in a 
user's level of familiarity with tiie application pro- 

J5 gram. 

7. The procedure for automatically customizing 
tiie user interface of an application program as 
recited in claim 1 furtiier comprising tiie steps of: 
maintaining a list of operations not in a user's 

20 customized operations set which are invoked by 
tiie user dunng a session witii tiie application pro- 
gram: 

automatically adding to tiie user's customized op- 
erations set ail operations from said list which were 

25 invoked more tiian a predetermined number of 
times within the session; and 
utilizing said additional operations in creating the 
user's customized user interface in subsequent 
sessions by tiie same user with tiie application 

30 program. 

8. The procedure for automatically customizing 
a user interface of an application program with 
automatic adding of certain operations to a user's 
customized operations set as recited in claim 7 

35 furtiier comprising tiie step of providing tiie user an 
option to override said automatic addition of oper- 
ations to the user's customized operations set 

9. The procedure for automatically customizing 
tiie user interface of an application program as 

40 recited in claim 1 furtiier comprising the steps of: 
maintaining a count of operations not in a user's 
customized operations set which are invoked by 
tiie user during a session with the application pro- 
gram: 

45 automatically increasing said user's level of famil 
iarity witii tiie application program each time a 
session ends with said count being higher than a 
predetermined number; and 
storing said increased level of familiarity with the 

50 application program in tiie user profile table for 
searching tiie customization table in subsequent 
sessions by tiie same user witti the application 
program. 

10. The procedure for automatically customiz- 
55 ing tiie user interface of an application program 

with automatic increasing of the user's level of 
familiarity with the application program as recited in 
claim 9 further comprising the step of providing tiie 
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user an option to override said automatic increase 
in the user's level of familiarity with the application 
program. 
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